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REN1ARKS/ARGUMENTS 

Applicant appreciates the Examiner's phone call with applicant's agent on January 
23, 2004 to clarify the claim numbering as specified in the Office Action. The Examiner 
confirmed that the Office Action corresponds to the claims set forth in applicant's Preliminary 
Amendment of September 26, 2001 . The Examiner also confirmed that the PTO renumbered 
several of the claims upon receiving applicant's Preliminary Amendment, which renumbering 
created several claims with duplicate claim numbers. For consistency, the Examiner's 
scheme for uniquely numbering/identifying the claims is duplicated above in the "Listing of 
Claims" and is also used throughout this amendment. The Examiner also confirmed thai the 
claims referred to as "41", "42 M , M 43 % \ "44", il 45'\ and "46" in the Office Action correspond 
to claims 45-50, respectively, in the Preliminary Amendment. For consistency, applicant uses 
the Examiner's naming scheme for identifying these claims (e.g., claim 41 is referred to as 
"claim 41 (on p.6 formerly 45)"). Note that the claim numbers used within dependent claims 
to show dependency have not been updated to reflect the PTO's claim renumbering or to 
reflect ihe Examiner's naming scheme. 

In response to the Examiner's rejection of the abstract of the disclosure, applicant 
amended the abstract to correct several typographical errors. In addition, applicant amended 
the paragraph on page 7 to correct a typographical error. Applicant also amended claim 15 to 
add a missing period, amended claims 31 , 27, and 38 (on p.6 formerly 42) to remove the 
word "generic", which had no antecedent basis in the claims, and amended claims 41 (on p.6 
. formerly 45) and 43 (on p.7 formerly 47) to recite "[t]he node" rather than u [t]he system" in 
accordance with each claim's parent claim. Finally, applicant canceled claim 8. 

The Examiner rejected priorly presented independent claims 1 T 29, 40 (on p_6 
formerly 44), 42 (on p.6 formerly 46), and 44 (on p-7 formerly 48) and dependent claim 45 
(on p.7 formerly 49) as unpatentable, 35 USC 102(b) in view of Kay et al, patent 5,247,571, 
September 21, 1993 (hereinafter Kay). In response thereto, applicant amended claims 29 and 
claim 42 (on p.6 formerly 46) to clarify that the "central server" and the "application" recited 
therein, respectively, interface the PSTN and are therefore not elements of the PSTN. 
Applicant amended claim 40 (on p.6 formerly 44) to clarify that the node recited therein is a 
"PSTN based node" and that this node includes a system for delivering data a to subscriber 
devices." Lastly, applicant amended claim 45 (on p.7 formerly 49) to be an independent 
claim that includes the limitations of claim 44 (on p.7 formerly 48) and correspondingly, 
cancelled claim 44 (on p.7 formerly 48). 
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Kay teaches a method for implementing a Centrex using an A IN (Advanced 
Intelligent Network) architecture. The AIN architecture comprises a plurality of central office 
switches interconnected through trunk circuits, which are used to cany telephone calls 
between the switches and terminal equipment (such as phones, modems, faxes, etc.). The 
architecture also comprises an ISCP and a CCIS signaling network, which network 
interconnects the switches between each other and to the ISCP. (Kay, column 10 line 27 to 
column 11, line 9). 

Under AIN, when a calling station makes a service request (i,e., goes off-hook) and 
enters a called number, the originating switch begins by communicating through the CCIS 
network with the terminating switch that serves the called station, inquiring from this switch 
whether the call can be completed to the called station. If the call can be completed, the 
originating and terminating switches complete the call setup by establishing a telephone 
connection between the calling and called stations using the trunks circuits that interconnect 
the switches. (Kay, Figure 3; column 13, lines 16-32). In addition to basic call setup, AIN 
also allows switches to be programmed to recognize different service triggers for a telephone 
line. When a trigger applies to a telephone line, the switch communicates with the ISCP to 
obtain additional call processing information and then uses this information to proceed with 
the call setup. (Kay, column 3, lines 28-35; column 1 U line 20 to column 12, line 32). 

In accordance with Kay's teaching for implementing a Centrex, a switch is 
programmed to recognize that certain of its local lines have an associated Centrex service 
(i,e., an AIN trigger is associated with the line). When an originating switch detects a service 
request (i.e., detects an off-hook) on one of these lines, the switch receives the dialed digits 
from the calling station and then suspends the call The switch then formulates aTCAP 
request message for the ISCP requesting that the ISCP provide instructions on how to process 
the calL and then sends this request message through the CCIS network to the ISCP. Upon 
receiving the message, the ISCP uses the calling number and/or dialed digits to access a local 
database in order to obtain call processing data that the originating switch needs to complete 
the call. The ISCP places the call processing data into a TCAP response message and sends 
this message back to the originating switch through the CCIS network. The originating 
switch in turn uses the call processing data to determine the terminating switch thai serves the 
called station and then communicates with this switch via the CCIS network to determine if 
the call can be completed, as described above. If the call can be completed, the originating 
and terminating switches complete call setup by establishing a telephone connection between 
the calling and called stations using the trunks circuits that interconnect the switches. (Kay, 
Figure 4; column 13 line 33 to column 14, line 16). 
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Kay's teachings are divergent from claim 1 and fail to teach or suggest the steps of 
claim L Most significantly, claim 1 recites that data is routed from a service application to a 
subscriber device via TCAP messaging. Importantly, both the service application and 
subscriber device of claim 1 interface the PSTN network through originating and terminating 
nodes and arc therefore not part of the PSTN network. The only comparable elements in 
Kay's teachings to the service application and subscriber device of claim 1 are the calling 
station interfacing an originating switch and the called station interfacing a terminating 
switch. However, in accordance with Kay, data never moves between calling and called 
stations using TCAP messaging. Kay only teaches that TCAP messaging is used for 
communications between PSTN components, or in other words, is used between the 
originating and terminating switches in order to establish trunk circuits through which the 
calling and called stations can communicate and is used between an originating switch and the 
ISCP in order for the originating switch to obtain call processing data. All data sent between 
the calling and called stations is through the trunk circuits. 

In addition, claim 1 recites that the service application creates a request message that 
includes both "data and data delivery instructions" and that a terminating node receives this 
message via the TCAP messaging and uses the enclosed instructions to transport the data to 
the subscriber device. Applicant's agree that Kay teaches that a calling station will send a 
"service request*' to an originating switch; however, this request as taught by Kay is simply an 
off-hook indication and is not a message including both data and data delivery instructions as 
claim 1 recites. In addition, although the calling station also communicates called station 
dialed digits to the originating switch and that the originating switch may send these digits via 
TCAP messaging to a tenninating switch, Kay fails to teach or suggest that these digits are a 
message including both data and data delivery instructions or that these digits are ever 
conveyed to a called station. Furthermore, although Kay teaches that once a call is 
established, originating/terminating switches convey data through trunk circuits between 
calling and called stations, Kay fails to teach or suggest that the switches are examining these 
communications and as such, Kay fails to teach or suggest thai the switches are delivering this 
data according to instructions that are accompanying the data. 

In addition, applicant agrees that in response to detecting an off-hook from a calling 
station the originating switch will contact the ISCP to obtain call processing data and that the 
switch will subsequentiy use this data to establish a trunk circuiL While one can possibly 
view this call processing data from the ISCP as data delivery instructions, these data delivery 
instructions are not created by the calling station, are not part of a single request message that 
also includes data from the calling station, and are not conveyed with data to a terminating 
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switch and subsequently used by this terminating switch to deliver data to a called station, as 
claim 1 recites. Accordingly, Kay fails to teach or suggest claim 1 . 

Turning to amended claim 25, it recites that in delivering a request message from a 
central server to a subscriber device, the central server transports the message to a PSTN 
based node "without establishing a call" and that the PSTN based node then delivers the data 
to the subscriber device. Because the central server and subscriber device of claim 29 
interface the PSTN, Kay's calling and called stations are the only comparable elements to the 
central server and subscriber device. However, as described above, Kay only teaches a 
calling station sending data to a called station through trunk circuits, which indicates the 
transfer is the result of establishing a call, contrary to claim 29. 

In addition, Kay fails to teach or suggest that its calling stadon creates a request 
message that includes both "data and data delivery instructions, " that such a message is ever 
transported from a calling station to a PSTN based node, or that a PSTN based node delivers 
data to a called station based on instructions received from a calling station, contrary to claim 
29. Again, Kay only teaches a calling station sending to a switch an off-hook, indication and 
called station dialed digits. As indicated, neither an off-hook indication nor dialed digits is a 
message including both data and data delivery instructions and neither is ever conveyed to 
called station, as claim 29 recites. Similarly, while the ISCP will send call processing data to 
an originating switch (i.e., a PSTN based node), this call processing data does not originate 
from a calling station and is not associated with data from a calling station. Accordingly, Kay 
fails to teach or suggest amended claim 29. 

Turning to amended claim 40 (on p. 6 formerly 44), it recites a PSTN based node 
wiih a data delivery system that comprises "means for receiving a request message [that 
includes both] data and data delivery instructions and means for delivering the data to one or 
more subscriber devices according to the . . , instructions.*' Again, Kay teaches that an 
originating switch has means for detecting a calling station going off-hook; however, this off- 
hook is not a request message that includes both data and data delivery instructions as claim 
40 recites. Similarly, Kay teaches that an originating switch has means for subsequently 
receiving dialed digits from a calling station. Assuming these dialed digits are "data", Kay 
fails to teach or suggest thai data delivery instructions accompany this data or that this data is 
ever delivered to a subscriber device. Kay only teaches that the originating switch conveys 
these digits/data to the ISCP or to a terminating switch (for the purpose of establishing a trunk 
circuit). Similarly, assuming the dialed digits are "data delivery instructions", Kay fails to 
teach or suggest that data accompanies these instructions. In addition, while the 
originating/terminating switches of Kay convey data through trunk circuits between calling 
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ami called stations, Kay fails to teach or suggest that the switches are examining these 
communications and as such, Kay fails to teach or suggest that the switches are delivering this 
data according to instructions that are accompanying the data. 

It is further noted that while Kay teaches the originating switch receives call 
processing data from the 1SCP and that one can view this call processing data as "data 
delivery instructions," these data delivery instructions are not part of a single request message 
that also includes data that the originating switch subsequently delivers to a calling/called 
station based on the instructions, as claim 40 recites. Kay only teaches that the switch uses 
the call processing data to communicate with a terminating switch to establish a trunk circuit. 
Note further that in some cases, Kay indicates that as part of call processing, the ISCP may 
instruct an originating switch to further communicate with a calling station by issuing a 
prompt, such as synthesized speech or tone. (Kay, column 14, lines 26-48, column 21; lines 
20-32). Importantly, these communications are still divergent from claim 40. Significantly, 
while one can possibly view these instructions from the ISCP to the originating switch as 
"data delivery instructions", Kay fails to teach or suggest that the switch also receives from 
the ISCP the data (i.e., the prompt) to be communicated to the calling station and as 
important, fails to teach or suggest that the switch has no "knowledge of the data format" 
communicated to the calling station, as claim 40 recites. Accordingly, Kay fails to teach or 
suggest amended claim 40 (on p. 6 formerly 44). 

Turning to amended claim 42 (p.6 fonnerly 46), it recites "a PSTN based node 
comprising means for receiving data from an application interfacing the PSTN [and] means 
for distinguishing the data as a type comprising service and implementation information 
wherein the implementation information describes how to deliver the service information." 
Again, the only elements of Kay comparable to the PSTN based node and application of 
amended claim 42 are Kay's originating switch and calling station, respectively* However, as 
described above, Kay never teaches that the originating switch receives from the calling 
station data that comprises both service information and implementation information wherein 
the implementation information describes how to deliver the service information. 

Amended claim 42 further recites that the PSTN based node comprises "means for 
transmitting the data over a packet interface if the data is of the type comprising service and 
implementation information." While Kay teaches that the originating switch will deliver 
dialed digits from a calling station over a packet network to the ISCP, these teachings are still 
divergent from claim 42 because Kay teaches that this determination to send the dialed digits 
is based on automatic AIN triggers at the switch. Significantly, these triggers do not actuate 
as a result of receiving data of the type comprising service and implementation information 
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from the calling station, as claim 42 recites. Similarly, while Kay teaches that the originating 
switch will deliver dialed digits from a calling station over a packet network to a terminating 
switch, the determination to send these digits is based on normal call processing procedures at 
the switch and is not the result of receiving data of the type comprising service and 
implementation information from the calling station. Accordingly, Kay fails to teach or 
suggest amended claim 42. 

Amended claim 45 (p.7 formerly 49) recites a method executed by a service 
application for sending data through a PSTN "wherein the service application resides outside 
the PSTN." The method comprises the steps of creating a message that comprises both the 
data and "customized delivery options for instructing the PSTN on how to deliver the data," 
and "transmitting the message without establishing a call." Kay fails to teach or suggest 
amended claim 45 for several reasons. First, as described above, Kay teaches that all data 
sent through the PSTN by a device residing outside the PSTN, such as a calling station> 
occurs through trunk circuits, or in other words, is the result of establishing a call, contrary to 
claim 45. Second, Kay fails to teach or suggest that a device, such as calling station, creates a 
message that includes both data and customized delivery options and that these delivery 
options are for instructing the PSTN on how to deliver the data. Similarly, while Kay teaches 
.that the 1SCP will send call processing data to an originating switch without establishing a 
call and this call processing data can be viewed as customized delivery options, the ISCP is . . 

not a service application that resides outside the PSTN, as claim 45 recites. Accordingly, Kay 
fails to teach or suggest amended claim 45 (p.7 formerly 49). 

The Examiner rejected priorly presented independent claims 31, 35, and 39 (on p.6 
formerly 43) as unpatentable, 35 USC 103(a), over Kay in view of Willis et al., patent 
6,385,647 Bl, May 7, 2002 (hereinafter Willis). In response thereto, applicant amended 
claims 31 and 39 (on p.6 formerly 43) to clarify that the central servers recited therein 
interface the PSTN and are therefore not elements of the PSTN. 

Willis is directed at efficiently multicasting data from a source to multiple 
destinations. Willis notes that multicasting typically occurs through communications 
networks that comprise the Internet and telephony systems. The problem, however, is that the 
bandwidth requirements of the multicasted data often exceed the capabilities of these 
communications networks, making the multicast inefficient Willis overcomes this problem 
through the use of a satellite transmission network, which provides for more efficient 
transmission of high bandwidth data. In particular, a source that needs to multicast data first 
sends the data to a source computer. This source computer analyzes the data for its size and 

Page 15 of 19 


PAGE l^'RCVDATMM 2:29:58 PM [Eastern Standard Time] * SVR:USPT0€FXRF-1/2* DNIS:8729306 * CSID:1 7323363004 * DURATION 0nm-ss):07«OO 



MAR-29-04 14=43 FROM : TELCORDIA LEGAL DEFT . ID= 17323363004 PAGE 20/23 

AppL No.: 09/626.437 APP 1 192 

Arodt Dated: March 29. 2004 

Reply to Office Action of: October 27, 2003 

the distance it needs to travel to the destinations. Based on this analysis, the source computer 
either continues to route the data through the traditional communications networks (i.e., 
Internet and telephony systems) or alternatively, through a satellite communications nerwork- 
In either case, the data is routed over one of these networks to a receiving facility, which then 
routes the data to the intended destinations. (Willis, column 2, line 17 to column 4, line 35; 
column 9, line 58 to column I0 t line 19; column 20, line 6 to column 22, line 37). 

Turning to amended claim 31, the Examiner indicates that Kay teaches all steps 
except for multicasting, which is taught by Willis. Applicant respectfully disagrees. 
Beginning with Kay, the only comparable elements to the central server and subscriber 
devices of claim 31 are Kay's calling and called stations because the central server and 
subscriber devices interface the PSTN. Significantly, claim 31 recites that in broadcasting 
data from the central server to subscriber devices, the central server routes the data as part of a 
request message to a PSTN based node "without establishing a call" and the PSTN based 
ncnle then delivers the data to the subscriber devices according to delivery instructions in the 
message. However, contrary to claim 31 and as described above, Kay teaches that all data 
sent between the calling and called stations occurs through trunk circuits, or in other words, is 
the result of establishing a call. 

In addition, Kay fails to teach or suggest that a calling station defines a request 
message that includes both data delivery instructions and data and that such a message is 
routed from a calling station to a PSTN based node, as claim 31 recites. Again, a calling 
station will fiend an off-hook and dialed digits to an originating switch, but this off-hook and 
* these dialed digits are not messages that comprise both data and delivery instructions and 
more importantly, are not messages that comprise delivery instructions that specify a "list of 
possible subscriber devices" that are served by the node and that should receive the data, as 
claim 31 recites. Similarly, while the ISCP will send call processing data to an originating 
switch without establishing a call and this call processing data can be viewed as customized 
delivery options, the ISCP is a PSTN-based component and is therefore not equivalent to the 
central server of claim 31, which central server only interfaces the PSTN. 

Willis also fails to teach or suggest the steps of claim 31 alone or in combination with 
Kay. Most significandy, Willis fails to teach or suggest that elements external to a PSTN 
network communicate through the PSTN without establishing a call. In addition, while 
applicant agrees that Willis describes elements that perform multicasting/broadcasting, Willis 
fails to teach or suggest that any of the described elements, including the source computer and 
receiving facility, arc a PSTN-based node that multicasts data, or in other words, are PSTN- 
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based nodes thai deliver data to one or more subscriber devices based on delivery 
instructions. 

Applicant also disagrees with the Examiner that there is motivation to combine 
multicasting as taught by Willis with the teachings of Kay. The Examiner makes particular 
reference to Kay's ISCP and the ISCP's associated database and indicates that the 
"motivation to combine the 'push* technology from Willis into the Kay network is found 
within Kay as an obvious form of information dissemination in consideration of the 
functionalities and means described therein." The only references Kay makes to the ISCP and 
the LSCP*s database are with respect to switches querying the ISCP for call processing 
information based on a specific call initiated by a subscriber. It is unclear from Kay's 
teachings what benefit or functionality would be gained from having the ISCP spontaneously 
send call processing information to switches, whether it be uni-cast, multicast, or broadcast. 
Accordingly, Kay and Willis, alone and in combination, fail to teach or suggest claim 3 1 . 

Turning to claim 35, the Examiner indicates that Kay teaches all steps except for the 
incorporation of unified messaging, which is taught by Willis. Claim 35 is novel and non- 
obvious in view of Kay and Willis for the same reasons as set forth above for claim 3 1 . 
Again, the "multi-functional server" and "subscriber" of claim 35 interface the PSTN and 
both Kay and Willis fail to teach or suggest that elements interfacing the PSTN communicate 
through the PSTN "without establishing a call," as claim 35 recites. Similarly, Kay and 
Willis fail to teach or suggest an element that interfaces the PSTN (such as a calling station) 
creating a request message that includes both "data concerning subscriber messages" and 
delivery instructions ^instructing [aj switch on how to deliver such data to a subscriber 
device" or that such a message is delivered to a PSTN based node from an element that 
interfaces the PSTN. 

Perhaps more importandy however, it is unclear why the use of multicasting as taught 
by Willis and as suggested by the Examiner would motive one to interface to a PSTN based 
system a "multi-functional server that receives subscriber messages from the PSTN and 
Internet" and that then u$c$ the PSTN based system to deliver data concerning these 
subscriber messages to a subscriber without establishing a call. In particular, neither Kay nor 
Willis discusses Unified Messaging Services. In addition, because Kay is directed at using 
AIN mechanisms to trigger call setup and then establishing calls through trunk circuits, the 
obvious combination of Unified Messaging Services and Kay would be the reception of 
subscriber messages triggering Kay's system.to establish a call and then delivering the 
messages to a subscriber through trunk circuits, which is not applicant's invention as recited 
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by claim 35. Accordingly, Kay and Willis* alone and in combination, fail to teach or suggest 
claim 3S. 

Turning to amended claim 39 (on p. 6 formerly 43), the Examiner indicates that Kay 
teaches all steps except for the step of delivering the data from the service profiler to the 
wireless device via the wireless network, which is taught by Willis. Again, applicant 
respectfully disagrees for the same reasons as set forth above for claims 31 and 35. Again, 
the central server and service profiler of claim 39 are external to the PSTN and both Kay and 
Willis fail to teach or suggest that elements external to the PSTN communicate through the 
PSTN "without establishing a call," as claim 39 recites. Similarly, Kay and Willis fail to 
teach or suggest an element that interfaces the PSTN creating a request message that includes 
both data and data delivery instructions that are used by a switch to deliver the data or that 
such a message is delivered to a PSTN based node from an element that interfaces the PSTN. 
Accordingly. Kay and Willis, alone and in combination, fail to teach or suggest claim 39. 

The Examiner rejected priorly presented dependent claims 2, 12, 17, 18, 25, 37 (on 
p.4), 40 (on p.5), and 38 (on p.6 formerly 42) as unpatentable, 35 USC 102(b) in view of Kay, 
rejected priorly presented dependent claims 3-7, 9, 10, 15, 19, 20, 26, 38 (on p. 5), 39 (on p. 
5), 36, and 37 (on p. 5 formerly 41) as unpatentable, 35 USC 103(a), over Kay in view of 
Willis, and rejected priorly presented dependent claims 27, 30, 41 (on p.6 formerly 45), 43 
(on p.? formerly 47), and 46 (on p.7 formerly 50) as unpatentable, 35 USC 103(a) in view of 
Kay. Each of these claims depends from an independent claim addressed above and is 
therefore novel and nonobvious in view of Kay and Willis for the same reasons as set forth 
above. 

Since Kay and Willis do not teach or suggest applicant's novel methods and 
apparatus alone or in combination as set forth in claims 1*7, 9, 10, 12, 35, 36, and 37 (on p.5 
formerly 41) and amended claims 15, 31, 17-20, 37 (on p.4), 25-27. 29, 30, 38 (on p.5), 39 
(on p.5), 40 (on p.5), 38 (on p.6 formerly 42), 39 (on p.6 formerly 43), 40 (on p.6 formerly 
44), 41 (on p.6 formerly 45), 42 (on p.6 formerly 46), 43 (on p.7 formerly 47), 45 (on p.7 
formerly 49). and 46 (on p.7 formerly 50), applicant submits that these claims are clearly 
allowable. Favorable reconsideration and allowance of these claims are therefore requested. 

Applicant earnestly believes that this application is now in condition to be passed to 
issue, and such action is also respectfully requested. However, if the Examiner deems it 
would in any way facilitate the prosecution of this application, she is invited to telephone 
applicant's agent at the number given below. 
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A petition for a two-month extension of time is enclosed herewith. 


Respectfully submitted, 
Tel c<^^Tec^ioj[o^s, Inc. 

Glen Faibanish 
Reg. No. 50561 
Tel.: (732) 699-3668 


Telcordia Technologies, Inc. 
One Telcordia Drive 
Piscataway. NJ 088544157 
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